home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Standards 1994 January / InfoMagic Standards - January 1994.iso / ccitt / 1988 / troff / 6_11_02.tro < prev    next >
Text File  |  1991-12-13  |  39KB  |  1,602 lines
  1. .rs
  2. .\" Troff code generated by TPS Convert from ITU Original Files
  3. .\"                 Not Copyright ( c) 1991 
  4. .\"
  5. .\" Assumes tbl, eqn, MS macros, and lots of luck.
  6. .TA 1c 2c 3c 4c 5c 6c 7c 8c
  7. .ds CH
  8. .ds CF
  9. .EQ
  10. delim @@
  11. .EN
  12. .nr LL 40.5P
  13. .nr ll 40.5P
  14. .nr HM 3P
  15. .nr FM 6P
  16. .nr PO 4P
  17. .nr PD 9p
  18. .po 4P
  19.  
  20. .rs
  21. \v | 5i'
  22. .sp 2P
  23. .LP
  24. \fB4\fR     \fBGeneral message format and information elements coding\fR 
  25. .sp 1P
  26. .RT
  27. .PP
  28. The figures and text in this section describe message contents.
  29. Within each octet, the bit designated \*Qbit\ 1\*U is transmitted first, 
  30. followed by bits\ 2, 3, 4,\ etc. Similarly, the octet shown at the top 
  31. of each figure is sent first. 
  32. .RT
  33. .sp 1P
  34. .LP
  35. 4.1
  36.     \fIOverview\fR 
  37. .sp 9p
  38. .RT
  39. .PP
  40. Within this protocol, every message shall consist of the following  parts:
  41. .RT
  42. .LP
  43.     a)
  44.     protocol discriminator;
  45. .LP
  46.     b)
  47.     call reference;
  48. .LP
  49.     c)
  50.     message type;
  51. .LP
  52.     d)
  53.     other information elements, as required.
  54. .PP
  55. Information elements a), b) and c) are common to all the messages and shall 
  56. always be present, while information element\ d) is specific to each message 
  57. type. 
  58. .PP
  59. This organization is illustrated in the example shown in
  60. Figure\ 4\(hy1/Q.931.
  61. .RT
  62. .LP
  63. .rs
  64. .sp 16P
  65. .ad r
  66. \fBFigure 4\(hy1/Q.931 [T54.931], p.\fR 
  67. .sp 1P
  68. .RT
  69. .ad b
  70. .RT
  71. .PP
  72. A particular message may contain more information than a
  73. particular (user or network) equipment needs or can understand. All equipment 
  74. should be able to ignore any extra information, present in a message, which 
  75. is not required for the proper operation of that equipment. For example, 
  76. a user 
  77. may ignore the calling party number if that number is of no interest to the
  78. user when a SETUP message is received.
  79. .PP
  80. Unless specified otherwise, a particular information element may be
  81. present only once in a given message.
  82. .PP
  83. The term \*Qdefault\*U implies that the value defined should be used in
  84. the absence of any assignment, or the negotiation of alternative values.
  85. .PP
  86. When a field, such as the call reference value, extends over more
  87. than
  88. one octet, the order of bit values progressively decreases as the octet 
  89. number increases. The least significant bit of the field is represented 
  90. by the 
  91. lowest numbered bit of the highest\(hynumbered octet of the field.
  92. .RT
  93. .sp 1P
  94. .LP
  95. 4.2
  96.     \fIProtocol discriminator\fR 
  97. .sp 9p
  98. .RT
  99. .PP
  100. The purpose of the protocol discriminator is to distinguish
  101. messages for user\(hynetwork call control from other messages (to be defined)
  102. within this Recommendation. It also distinguishes messages of this
  103. Recommendation from those OSI network layer protocol units which are coded 
  104. to other CCITT Recommendations and other standards. 
  105. .bp
  106. .PP
  107. \fINote\fR \ \(em\ A protocol discriminator field is also included in the
  108. user\(hyuser information element to indicate the user protocol within the user
  109. information; however, the coding of the protocol discrimination in this 
  110. case is shown in\ \(sc\ 4.5.29. 
  111. .PP
  112. The protocol discriminator is the first part of every message. The
  113. protocol discriminator is coded according to Table\ 4\(hy1/Q.931.
  114. .RT
  115. .LP
  116. .rs
  117. .sp 12P
  118. .ad r
  119. \fBFigure 4\(hy2/Q.931 [T55.931], p.\fR 
  120. .sp 1P
  121. .RT
  122. .ad b
  123. .RT
  124. .ce
  125. \fBH.T. [T56.931]\fR 
  126. .ce
  127. TABLE\ 4\(hy1/Q.931
  128. .ce
  129. \fBProtocol discriminator\fR 
  130. .ps 9
  131. .vs 11
  132. .nr VS 11
  133. .nr PS 9
  134. .TS
  135. center box;
  136. lw(228p) .
  137. .TE
  138. .nr PS 9
  139. .RT
  140. .ad r
  141. ter
  142. \fBTable 4\(hy1/Q.931 [T56.931], p.\fR 
  143. .sp 1P
  144. .RT
  145. .ad b
  146. .RT
  147. .LP
  148. .bp
  149. .sp 1P
  150. .LP
  151. 4.3
  152.     \fICall reference\fR 
  153. .sp 9p
  154. .RT
  155. .PP
  156. The purpose of the call reference is to identify the call or
  157. facility registration/cancellation request at the local user\(hynetwork 
  158. interface to which the particular message applies. The call reference does 
  159. not have 
  160. end\(hyto\(hyend significance across ISDNs.
  161. .PP
  162. The call reference is the second part of every message. The call
  163. reference is coded as shown in Figure\ 4\(hy3/Q.931. The length of the call
  164. reference value is indicated in octet\ 1, bits\ 1\(hy4. The default maximum 
  165. length of the call reference information element is three octets long. 
  166. The actions 
  167. taken by the receiver are based on the numerical value of the call reference
  168. and are independent of the length of the call reference information element.
  169. .PP
  170. At a minimum, all networks and users must be able to support a call
  171. reference value of one octet for a basic user\(hynetwork interface, and a call
  172. reference value of two octets for a primary rate interface.
  173. .PP
  174. As a network option for a primary rate interface, the call reference value 
  175. may be one octet also. In this case, a call reference value up to\ 127 
  176. may be sent in one or two octets. 
  177. .RT
  178. .PP
  179. The call reference information element includes the call reference value 
  180. and the call reference flag. 
  181. .PP
  182. Call reference values are assigned by the originating side of the
  183. interface for a call. These values are unique to the originating side only
  184. within a particular D\(hyChannel layer two logical link connection. The call
  185. reference value is assigned at the beginning of a call and remains fixed for
  186. the lifetime of a call (except in the case of call suspension). After a call
  187. ends, or, after a successful suspension, the associated call reference value
  188. may be reassigned to a later call. Two identical call reference values 
  189. on the same D\(hyChannel layer two logical link connection may be used 
  190. when each value 
  191. pertains to a call originated at opposite ends of the link.
  192. .PP
  193. The call reference flag can take the values \*Q0\*U or \*Q1\*U. The call
  194. reference flag is used to identify which end of the layer two logical link
  195. originated a call reference. The origination side always sets the call
  196. reference flag to \*Q0\*U. The destination side always sets the call reference 
  197. flag to a\ \*Q1\*U. 
  198. .PP
  199. Hence the call reference flag identifies who allocated the call
  200. reference value for this call and the only purpose of the call reference
  201. flag is to resolve simultaneous attempts to allocate the same call
  202. reference value.
  203. .PP
  204. \fINote\ 1\fR \ \(em\ The call reference information element containing a dummy
  205. call reference is one octet long and is coded \*Q0000\ 0000\*U. The use 
  206. of the dummy call reference is specified in Recommendation\ Q.932. 
  207. .PP
  208. \fINote\ 2\fR \ \(em\ The numerical value of the global call reference is zero.
  209. The equipment receiving a message containing the global call reference 
  210. should interpret the message as pertaining to all call references associated 
  211. with the appropriate data link connection identifier. See Figure\ 4\(hy5/Q.931. 
  212. .RT
  213. .LP
  214. .rs
  215. .sp 18P
  216. .ad r
  217. \fBFigure 4\(hy3/Q.931 [T57.931], p. 4\fR 
  218. .sp 1P
  219. .RT
  220. .ad b
  221. .RT
  222. .LP
  223. .bp
  224. .LP
  225. .rs
  226. .sp 11P
  227. .ad r
  228. \fBFigure 4\(hy4/Q.931 [T58.931], p. 5\fR 
  229. .sp 1P
  230. .RT
  231. .ad b
  232. .RT
  233. .LP
  234. .sp 2
  235. .rs
  236. .sp 32P
  237. .ad r
  238. \fBFigure 4\(hy5/Q.931 [T59.931], p. 6\fR 
  239. .sp 1P
  240. .RT
  241. .ad b
  242. .RT
  243. .LP
  244. .bp
  245. .sp 1P
  246. .LP
  247. 4.4
  248.     \fIMessage type\fR 
  249. .sp 9p
  250. .RT
  251. .PP
  252. The purpose of the message type is to identify the function of the message 
  253. being sent. 
  254. .PP
  255. The message type is the third part of every message. The message type is 
  256. coded as shown in 
  257. Figure\ 4\(hy6/Q.931 and Table\ 4\(hy2/Q.931.
  258. .PP
  259. Bit 8 is reserved for possible future use as an extension bit.
  260. .RT
  261. .sp 2P
  262. .LP
  263. 4.5
  264.     \fIOther information elements\fR 
  265. .sp 1P
  266. .RT
  267. .sp 1P
  268. .LP
  269. 4.5.1
  270.     \fICoding rules\fR 
  271. .sp 9p
  272. .RT
  273. .PP
  274. The coding of other information elements follows the coding
  275. rules described below. These rules are formulated to allow each equipment 
  276. which processes a message to find information elements important to it, 
  277. and yet 
  278. remain ignorant of information elements not important to that equipment.
  279. .PP
  280. Two categories of information elements are defined:
  281. .RT
  282. .LP
  283.     a)
  284.     single octet information elements (see Figure\ 4\(hy7a) and
  285. b)/Q.931);
  286. .LP
  287.     b)
  288.     variable length information elements (see
  289. Figure\ 4\(hy7c)/Q.931).
  290. .PP
  291. For the information elements listed below, the coding of the
  292. information element identifier bits is summarized in Table\ 4\(hy3/Q.931.
  293. .PP
  294. The descriptions of the information elements below are organized in
  295. alphabetical order. However, there is a particular order of appearance 
  296. for each information element in a message within each codeset (see\ \(sc\ 
  297. 4.5.2). The code 
  298. values of the information element identifier for the variable length formats
  299. are assigned in ascending numerical order, according to the actual order of
  300. appearance of each information element in a message. This allows the receiving 
  301. equipment to detect the presence or absence of a particular information 
  302. element without scanning through an entire message. 
  303. .PP
  304. Single octet information elements may appear at any point in the
  305. message. Two types of single octet information elements have been defined.
  306. Type\ 1 elements provide the information element identification in bit
  307. positions\ 7, 6,\ 5. The value \*Q010\*U in these bit positions is reserved for
  308. Type\ 2 single octet elements.
  309. .PP
  310. Where the description of information elements in this Recommendation contains 
  311. spare bits, these bits are indicated as being set to \*Q0\*U. In order 
  312. to allow compatibility with future implementation, messages should not be
  313. rejected simply because a spare bit is set to\ \*Q1\*U.
  314. .PP
  315. The second octet of a variable length information element indicates
  316. the total length of the contents of that information element regardless 
  317. of the coding of the first octet (i.e.,\ the length starting with octet\ 
  318. 3). It is the binary coding of the number of octets of the contents, with 
  319. bit\ 1 as the least significant bit\ (2\(de). 
  320. .PP
  321. An optional variable\(hylength information element may be present, but
  322. empty. For example, a SETUP message may contain a called party number
  323. information element, the content of which is of zero length. This should be
  324. interpreted by the receiver as equivalent to that information element being
  325. absent. Similarly, an absent information element should be interpreted 
  326. be the receiver as equivalent to that information element being empty. 
  327. .PP
  328. The following rules apply for the coding of variable length
  329. information elements (octets\ 3\ etc.):
  330. .RT
  331. .LP
  332.     a)
  333.      The first digit in the octet number identifies one octet or a group of 
  334. octets. 
  335. .LP
  336.     b)
  337.     Each octet group is a self contained entity. The internal
  338. structure of an octet group may be defined in alternative ways.
  339. .LP
  340.     c)
  341.     An octet group is formed by using some extension mechanism.
  342. The preferred extension mechanism is to extend an octet\ (N) through the next
  343. octet(s) (Na, Nb,\ etc.) by using bit\ 8 in each octet as an extension 
  344. bit. The bit value\ \*Q0\*U indicates that the octet continues through 
  345. the next octet. The 
  346. bit value\ \*Q1\*U indicates that this octet is the last octet. If one 
  347. octet\ (Nb) is present, also the preceding octets\ (N and\ Na) must be 
  348. present. 
  349. .LP
  350.     In the format descriptions appearing in \(sc 4.5.5 etc., bit\ 8
  351. is marked\ \*Q0/1\ ext\*U if another octet follows. Bit\ 8 is marked \*Q1\ 
  352. ext\*U if 
  353. this is the last octet in the
  354. extension domain.
  355. .LP
  356.     Additional octets may be defined later (\*Q1\ ext\*U changed to
  357. \*Q0/1\ ext\*U) and equipments shall be prepared to receive such additional 
  358. octets although the equipment need not be able to interpret or act upon 
  359. the content 
  360. of these octets.
  361. .LP
  362.     d)
  363.     In addition to the extension mechanism defined above, an
  364. octet\ (N) may be extended through the next octet(s) (N1, N2\ etc.) by
  365. indications in bits\ 7\(hy1 (of octet\ N).
  366. .LP
  367.     e)
  368.     The mechanisms in c) and d) may be combined.
  369. .LP
  370.     f
  371. )
  372.     Optional octets are marked with asterisks
  373. (*).
  374. .bp
  375. .LP
  376. .rs
  377. .sp 7P
  378. .ad r
  379. \fBFigure 4\(hy6/Q.931 [T60.931], p. 7\fR 
  380. .sp 1P
  381. .RT
  382. .ad b
  383. .RT
  384. .ce
  385. \fBH.T. [T61.931]\fR 
  386. .ce
  387. TABLE\ 4\(hy2/Q.931
  388. .ce
  389. \fBMessage types\fR 
  390. .ps 9
  391. .vs 11
  392. .nr VS 11
  393. .nr PS 9
  394. .TS
  395. center box;
  396. lw(66p) | lw(114p) .
  397. 8\ \ 7\ \ 6\ \ 5\ \ 4\ \ 3\ \ 2\ \ 1 .
  398. 0\ \ 0\ \ 0\ \ 0\ \ 0\ \ 0\ \ 0\ \ 0 
  399. escape to nationally specific message type; see
  400. Note.
  401. 0\ \ 0\ \ 0\ \ -\ \ -\ \ -\ \ -\ \ - 
  402. \fICall establishment\fR
  403. \fImessage:\fR
  404. \ \ \ \ \ \ \ \ \ 0\ \ 0\ \ 0\ \ 0\ \ 1
  405. \(em\ ALERTING
  406. \ \ \ \ \ \ \ \ \ 0\ \ 0\ \ 0\ \ 1\ \ 0
  407. \(em\ CALL PROCEEDING
  408. \ \ \ \ \ \ \ \ \ 0\ \ 0\ \ 1\ \ 1\ \ 1
  409. \(em\ CONNECT
  410. \ \ \ \ \ \ \ \ \ 0\ \ 1\ \ 1\ \ 1\ \ 1
  411. \(em\ CONNECT ACKNOWLEDGE
  412. \ \ \ \ \ \ \ \ \ 0\ \ 0\ \ 0\ \ 1\ \ 1
  413. \(em\ PROGRESS
  414. \ \ \ \ \ \ \ \ \ 0\ \ 0\ \ 1\ \ 0\ \ 1
  415. \(em\ SETUP
  416. \ \ \ \ \ \ \ \ \ 0\ \ 1\ \ 1\ \ 0\ \ 1
  417. \(em\ SETUP ACKNOWLEDGE
  418. 0\ \ 0\ \ 1\ \ -\ \ -\ \ -\ \ -\ \ -
  419. \fICall information phase\fR
  420. \fImessage:\fR
  421. \ \ \ \ \ \ \ \ \ 0\ \ 0\ \ 1\ \ 1\ \ 0
  422. \(em\ RESUME
  423. \ \ \ \ \ \ \ \ \ 0\ \ 1\ \ 1\ \ 1\ \ 0
  424. \(em\ RESUME ACKNOWLEDGE
  425. \ \ \ \ \ \ \ \ \ 0\ \ 0\ \ 0\ \ 1\ \ 0
  426. \(em\ RESUME REJECT
  427. \ \ \ \ \ \ \ \ \ 0\ \ 0\ \ 1\ \ 0\ \ 1
  428. \(em\ SUSPEND
  429. \ \ \ \ \ \ \ \ \ 0\ \ 1\ \ 1\ \ 0\ \ 1
  430. \(em\ SUSPEND ACKNOWLEDGE
  431. \ \ \ \ \ \ \ \ \ 0\ \ 0\ \ 0\ \ 0\ \ 1
  432. \(em\ SUSPEND REJECT
  433. \ \ \ \ \ \ \ \ \ 0\ \ 0\ \ 0\ \ 0\ \ 0
  434. \(em\ USER INFORMATION
  435. 0\ \ 1\ \ 0\ \ -\ \ -\ \ -\ \ -\ \ -
  436. \fICall clearing\fR
  437. \fImessages:\fR
  438. \ \ \ \ \ \ \ \ \ 0\ \ 0\ \ 1\ \ 0\ \ 1
  439. \(em\ DISCONNECT
  440. \ \ \ \ \ \ \ \ \ 0\ \ 1\ \ 1\ \ 0\ \ 1
  441. \(em\ RELEASE
  442. \ \ \ \ \ \ \ \ \ 1\ \ 1\ \ 0\ \ 1\ \ 0
  443. \(em\ RELEASE COMPLETE
  444. \ \ \ \ \ \ \ \ \ 0\ \ 0\ \ 1\ \ 1\ \ 0
  445. \(em\ RESTART
  446. \ \ \ \ \ \ \ \ \ 0\ \ 1\ \ 1\ \ 1\ \ 0
  447. \(em\ RESTART ACKNOWLEDGE
  448. 0\ \ 1\ \ 1\ \ -\ \ -\ \ -\ \ -\ \ -
  449. \fIMiscellaneous messages:\fR
  450. \ \ \ \ \ \ \ \ \ 0\ \ 0\ \ 0\ \ 0\ \ 0
  451. \(em\ SEGMENT
  452. \ \ \ \ \ \ \ \ \ 1\ \ 1\ \ 0\ \ 0\ \ 1
  453. \(em\ CONGESTION CONTROL
  454. \ \ \ \ \ \ \ \ \ 1\ \ 1\ \ 0\ \ 1\ \ 1
  455. \(em\ INFORMATION
  456. \ \ \ \ \ \ \ \ \ 0\ \ 0\ \ 0\ \ 1\ \ 0
  457. \(em\ FACILITY
  458. \ \ \ \ \ \ \ \ \ 0\ \ 1\ \ 1\ \ 1\ \ 0
  459. \(em\ NOTIFY
  460. \ \ \ \ \ \ \ \ \ 1\ \ 1\ \ 1\ \ 0\ \ 1
  461. \(em\ STATUS
  462. \ \ \ \ \ \ \ \ \ 1\ \ 0\ \ 1\ \ 0\ \ 1
  463. \(em\ STATUS ENQUIRY
  464. .TE
  465. .LP
  466. \fINote\fR
  467. \ \(em\ When used, the message type is defined in the following octet(s),
  468. according to the national specification.
  469. .nr PS 9
  470. .RT
  471. .ad r
  472. \fBTableau 4\(hy2/Q.931 [T61.931], p. 8\fR 
  473. .sp 1P
  474. .RT
  475. .ad b
  476. .RT
  477. .LP
  478. .bp
  479. .LP
  480. .rs
  481. .sp 32P
  482. .ad r
  483. \fBFigure 4\(hy7/Q.931 [T62.931], p. 9\fR 
  484. .sp 1P
  485. .RT
  486. .ad b
  487. .RT
  488. .LP
  489. .rs
  490. .sp 15P
  491. .ad r
  492. BLANC
  493. .ad b
  494. .RT
  495. .LP
  496. .bp
  497. .ce
  498. \fBH.T. [1T63.931]\fR 
  499. .ce
  500. TABLEAU\ 4\(hy3/Q.931
  501. .ce
  502. \fBInformation element identifier coding\fR 
  503. .ps 9
  504. .vs 11
  505. .nr VS 11
  506. .nr PS 9
  507. .TS
  508. center box;
  509. lw(60p) | cw(96p) | cw(36p) | lw(36p) .
  510.  {
  511. Bits
  512. 8\ \ 7\ \ 6\ \ 5\ \ 4\ \ 3\ \ 2\ \ 1
  513. .
  514.  }    Section reference     {
  515. Maximum length (octets)
  516. (Note 1)
  517. 1\ \ 
  518. :
  519. \ \ 
  520. :
  521. \ \ 
  522. :
  523. \ \ -\ \ -\ \ -\ \ -
  524. \fISingle octet information elements:\fR
  525. \ \ \ 0\ \ 0\ \ 0\ \ -\ \ -\ \ -\ \ -
  526. \ Reserved
  527. \ \ \ 0\ \ 0\ \ 1\ \ -\ \ -\ \ -\ \ -
  528. \ Shift (Note 2)
  529. 4.5.3/4.5.4
  530. \ \ 1
  531. \ \ \ 0\ \ 1\ \ 0\ \ 0\ \ 0\ \ 0\ \ 0
  532. \ More data
  533. 4.5.19
  534. \ \ 1
  535. \ \ \ 0\ \ 1\ \ 0\ \ 0\ \ 0\ \ 0\ \ 1
  536. \ Sending complete
  537. 4.5.26
  538. \ \ 1
  539. \ \ \ 0\ \ 1\ \ 1\ \ -\ \ -\ \ -\ \ -
  540. \ Congestion level
  541. 4.5.14 
  542. \ \ 1
  543. \ \ \ 1\ \ 0\ \ 1\ \ -\ \ -\ \ -\ \ -
  544. \ Repeat indicator
  545. 4.5.23 
  546. \ \ 1
  547. 0\ \ 
  548. :
  549. \ \ 
  550. :
  551. \ \ 
  552. :
  553. \ \ 
  554. :
  555. \ \ 
  556. :
  557. \ \ 
  558. :
  559. \ \ 
  560. :
  561. \fIVariable length information element:\fR
  562. \ \ \ 0\ \ 0\ \ 0\ \ 0\ \ 0\ \ 0\ \ 0
  563. \ Segmented message
  564. 4.5.25
  565. \ \ \ 0\ \ 0\ \ 0\ \ 0\ \ 1\ \ 0\ \ 0
  566. \ Bearer capability (Note 2)
  567. 4.5.5\ 
  568. \ 13
  569. \ \ \ 0\ \ 0\ \ 0\ \ 1\ \ 0\ \ 0\ \ 0
  570. \ Cause (Note 2)
  571. 4.5.12
  572. \ 32
  573. \ \ \ 0\ \ 0\ \ 1\ \ 0\ \ 0\ \ 0\ \ 0
  574. \ Call identity
  575. 4.5.6\ 
  576. \ 10
  577. \ \ \ 0\ \ 0\ \ 1\ \ 0\ \ 1\ \ 0\ \ 0
  578. \ Call state
  579. 4.5.7\ 
  580. \ \ 3
  581. \ \ \ 0\ \ 0\ \ 1\ \ 1\ \ 0\ \ 0\ \ 0
  582. \ Channel identification (Note 2)
  583. 4.5.13
  584. (Note 4)
  585. \ \ \ 0\ \ 0\ \ 1\ \ 1\ \ 1\ \ 0\ \ 0
  586. \ Facility (Note 2)
  587. 4.6.2\ 
  588. (Note 4)
  589. \ \ \ 0\ \ 0\ \ 1\ \ 1\ \ 1\ \ 1\ \ 0
  590. \ Progress indicator (Note 2)
  591. 4.5.22
  592. \ \ 4
  593. \ \ \ 0\ \ 1\ \ 0\ \ 0\ \ 0\ \ 0\ \ 0
  594. \ Network\(hyspecific
  595. facilities (Note 2)
  596. 4.5.20
  597. (Note 4)
  598. \ \ \ 0\ \ 1\ \ 0\ \ 0\ \ 1\ \ 1\ \ 1
  599. \ Notification indicator
  600. 4.5.21
  601. \ \ 3
  602. \ \ \ 0\ \ 1\ \ 0\ \ 1\ \ 0\ \ 0\ \ 0
  603. \ Display
  604. 4.5.15
  605. 34/82
  606. \ \ \ 0\ \ 1\ \ 0\ \ 1\ \ 0\ \ 0\ \ 1
  607. \ Date/time
  608. 4.6.1\ 
  609. \ \ 8
  610. \ \ \ 0\ \ 1\ \ 0\ \ 1\ \ 1\ \ 0\ \ 0
  611. \ Keypad facility
  612. 4.5.17
  613. \ 34
  614. \ \ \ 0\ \ 1\ \ 1\ \ 0\ \ 1\ \ 0\ \ 0
  615. \ Signal (Note 2)
  616. 4.5.27
  617. \ \ 3
  618. \ \ \ 0\ \ 1\ \ 1\ \ 0\ \ 1\ \ 1\ \ 0
  619. \ Switchhook
  620. 4.6.5\ 
  621. \ \ 3
  622. \ \ \ 0\ \ 1\ \ 1\ \ 1\ \ 0\ \ 0\ \ 0
  623. \ Feature activation 
  624. 4.6.3\ 
  625. \ \ 4
  626. \ \ \ 0\ \ 1\ \ 1\ \ 1\ \ 0\ \ 0\ \ 1
  627. \ Feature indication 
  628. 4.6.4\ 
  629. \ \ 5
  630. \ \ \ 1\ \ 0\ \ 0\ \ 0\ \ 0\ \ 0\ \ 0
  631. \ Information rate
  632. 4.7.1\ 
  633. \ \ 6
  634. \ \ \ 1\ \ 0\ \ 0\ \ 0\ \ 0\ \ 1\ \ 0
  635. \ End\(hyto\(hyend transit delay 
  636. 4.7.2\ 
  637. \ 11
  638. \ \ \ 1\ \ 0\ \ 0\ \ 0\ \ 0\ \ 1\ \ 1
  639. \ Transit delay selection
  640. and indication
  641. 4.7.7\ 
  642. \ \ 5
  643. \ \ \ 1\ \ 0\ \ 0\ \ 0\ \ 1\ \ 0\ \ 0
  644. \ Packet layer binary parameters
  645. 4.7.3\ 
  646. \ \ 3
  647. \ \ \ 1\ \ 0\ \ 0\ \ 0\ \ 1\ \ 0\ \ 1
  648. \ Packet layer window size
  649. 4.7.4\ 
  650. \ \ 4
  651. \ \ \ 1\ \ 0\ \ 0\ \ 0\ \ 1\ \ 1\ \ 0
  652. \ Packet size 
  653. 4.7.5\ 
  654. \ \ 4
  655. \ \ \ 1\ \ 1\ \ 0\ \ 1\ \ 1\ \ 0\ \ 0
  656. \ Calling party number
  657. 4.5.10
  658. (Note 4)
  659. \ \ \ 1\ \ 1\ \ 0\ \ 1\ \ 1\ \ 0\ \ 1
  660. \ Calling party subaddress
  661. 4.5.11
  662. \ 23
  663. \ \ \ 1\ \ 1\ \ 1\ \ 0\ \ 0\ \ 0\ \ 0
  664. \ Called party number
  665. 4.5.8\ 
  666. (Note 4)
  667. \ \ \ 1\ \ 1\ \ 1\ \ 0\ \ 0\ \ 0\ \ 1
  668. \ Called party subaddress
  669. 4.5.9\ 
  670. \ 23
  671. \fR
  672. \ \ \ 1\ \ 1\ \ 1\ \ 0\ \ 1\ \ 0\ \ 0
  673. \ Redirecting number
  674. 4.7.6\ 
  675. (Note 4)
  676. \ \ \ 1\ \ 1\ \ 1\ \ 1\ \ 0\ \ 0\ \ 0
  677. \ Transit network selection (Note 2)
  678. 4.5.28
  679. (Note 4)
  680. \ \ \ 1\ \ 1\ \ 1\ \ 1\ \ 0\ \ 0\ \ 1
  681. \ Restart indicator
  682. 4.5.24
  683. \ \ 3
  684. \ \ \ 1\ \ 1\ \ 1\ \ 1\ \ 1\ \ 0\ \ 0
  685. \ Low layer compatibility (Note 2)
  686. 4.5.18
  687. \ 16
  688. \ \ \ 1\ \ 1\ \ 1\ \ 1\ \ 1\ \ 0\ \ 1
  689. \ High layer compatibility (Note 2)
  690. 4.5.16
  691. \ \ 5
  692. \ \ \ 1\ \ 1\ \ 1\ \ 1\ \ 1\ \ 1\ \ 0
  693. \ User\(hyuser
  694. 4.5.29
  695. 35/131
  696. \ \ \ 1\ \ 1\ \ 1\ \ 1\ \ 1\ \ 1\ \ 1
  697. \ Escape for extension (Note 3)
  698.  }    
  699. _
  700. .T&
  701. lw(228p) .
  702. .TE
  703. .nr PS 9
  704. .RT
  705. .ad r
  706. \fBTableau 4\(hy3/Q.931 [1T63.931], p. 10\fR 
  707. .sp 1P
  708. .RT
  709. .ad b
  710. .RT
  711. .LP
  712. .bp
  713. .ce
  714. \fBH.T. [2T63.931]\fR 
  715. .ce
  716. \fINotes to Table 4\(hy3/Q.931\fR 
  717. .LP
  718. \fINote\ 1\fR 
  719. \ \(em\ The length limits described for the variable length information
  720. elements take into account only the present CCITT standardized coding
  721. values. Future enhancements and expansions to this Recommendation will 
  722. not be restricted to these limits. 
  723. .LP
  724. \fINote\ 2\fR 
  725. \ \(em\ This information element may be repeated.
  726. .LP
  727. \fINote\ 3\fR 
  728. \ \(em\ This escape mechanism is limited to codesets 5, 6 and 7 (see
  729. \(sc\ 4.5.2). When the escape for extension is used, the information element
  730. identifier is contained in octet\(hygroup\ 3 and the content of the information
  731. element follows in the subsequent octets as shown in Figure\ 4\(hy8/Q.931.
  732. .LP
  733. \fINote\ 4\fR 
  734. \ \(em\ The maximum length is network dependent.
  735. .LP
  736. \fINote\ 5\fR 
  737. \ \(em\ The reserved values with bits 5\(hy8 coded \*Q0000\*U are for future
  738. information elements for which comprehension by the receiver is required
  739. (see \(sc\ 5.8.7.1).
  740. .LP
  741. \fBH.T. [T64.931]\fR 
  742. .ps 9
  743. .vs 11
  744. .nr VS 11
  745. .nr PS 9
  746. .TS
  747. center box;
  748. cw(144p) .
  749. Bits
  750. .T&
  751. cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(24p) .
  752. 8    7    6    5    4    3    2    1    Octets 
  753. .T&
  754. lw(18p) | cw(126p) | lw(24p) .
  755.     Escape for extension    
  756. .T&
  757. cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | lw(24p) .
  758. 0    1    1    1    1    1    1    1    Octet  1
  759. .T&
  760. lw(144p) .
  761. .T&
  762. cw(144p) | lw(24p) .
  763.  {
  764. Length of information element contents
  765.  }    Octet  2
  766. .T&
  767. cw(18p) | cw(126p) | lw(24p) .
  768. 1  ext     {
  769. Information element identifier
  770.  }    Octet  3
  771. .T&
  772. cw(144p) | lw(24p) .
  773.  {
  774. Contents of information element
  775.  }    Octet  4 Octet  etc.
  776. .T&
  777. cw(168p) .
  778.  {
  779. FIGURE 4\(hy8/Q.931
  780. \fBInformation element format using escape for extension\fR
  781.  }
  782. .TE
  783. .nr PS 9
  784. .RT
  785. .ad r
  786. \fBTableau 4\(hy3/Q.931 [2T63.931], p. 11\fR 
  787. .sp 1P
  788. .RT
  789. .ad b
  790. .RT
  791. .LP
  792. .sp 5
  793. .rs
  794. .sp 16P
  795. .ad r
  796. \fBFigure 4\(hy8/Q.931 [T64.931], p. 12\fR 
  797. .sp 1P
  798. .RT
  799. .ad b
  800. .RT
  801. .LP
  802. .sp 2
  803. .sp 1P
  804. .LP
  805. 4.5.2
  806.     \fIExtensions of codesets\fR 
  807. .sp 9p
  808. .RT
  809. .PP
  810. There is a certain number of possible information element
  811. identifier values using the formatting rules described in \(sc\ 4.5.1; 
  812. 128 from the variable length information element format and at least 8 
  813. from the single octet information element format. 
  814. .PP
  815. One value in the single octet format is specified for shift operations 
  816. described below. One other value in both the single octet and variable 
  817. format is reserved. This leaves at least 133\ information element identifier 
  818. values 
  819. available for assignment.
  820. .bp
  821. .PP
  822. It is possible to expand this structure to eight codesets of at least 133\ 
  823. information element identifier values each. One common value in the single 
  824. octet format is employed in each codeset to facilitate shifting from one 
  825. codeset to another. The contents of this Shift information element identifies 
  826. the codeset to be used for the next information element or elements. The 
  827. codeset in use at any given time is referred to as the \*Qactive codeset\*U. By
  828. convention, codeset\ 0 is the initially active codeset.
  829. .PP
  830. Two codeset shifting procedures are supported: locking shift and
  831. non\(hylocking shift.
  832. .PP
  833. Codeset 5 is reserved for information elements reserved for national   use.
  834. .PP
  835. Codeset 6 is reserved for information elements specific to the local network 
  836. (either public or private). 
  837. .PP
  838. Codeset 7 is reserved for user\(hyspecific information elements.
  839. .PP
  840. The coding rules specified in \(sc 4.5.1 shall apply for information
  841. elements belonging to any active codeset.
  842. .PP
  843. Transitions from one active codeset to another (i.e., by means of the locking 
  844. shift procedure) may only be made to a codeset with a higher numerical 
  845. value than the codeset being left. 
  846. .PP
  847. An information element belonging to codesets 5, 6, or 7, may appear
  848. together with information elements belonging to codeset\ 0 (being the active
  849. codeset) by using the non\(hylocking shift procedure (see\ \(sc\ 4.5.4).
  850. .PP
  851. A user of network equipment shall have the capability to recognize a Shift 
  852. information element and to determine the length of the following 
  853. information element, although the equipment need not be able to interpret 
  854. and act upon the content of the information element. This enables the equipment 
  855. to determine the start of a subsequent information element. 
  856. .PP
  857. Codeset 7 information element shall be handled according to the
  858. procedures for unrecognized information elements (see\ \(sc\ 5.8.7.1) by 
  859. the first exchange in the local network, unless allowed by a future service 
  860. definition, bilateral agreement, or provision is made to support this across 
  861. the local 
  862. network for a specific user.
  863. .PP
  864. Codeset 6 is reserved for information elements specific to the local network 
  865. (either public or private). As such they do not have significance 
  866. across the boundaries between local networks, or across a national, or
  867. international boundary. Therefore, codeset\ 6 information elements shall be
  868. handled according to the procedures for unrecognized information elements
  869. (see\ \(sc\ 5.8.7.1) beyond local network boundary, unless allowed by bilateral
  870. agreement.
  871. .PP
  872. Codeset 5 is reserved for information elements reserved for national use. 
  873. As such they do not have significance across an international boundary. 
  874. Therefore, codeset\ 5 information elements shall be handled according to the
  875. procedures for unrecognized information elements (see\ \(sc\ 5.8.7.1) at 
  876. the first exchange beyond the international boundary, unless there are 
  877. bilateral 
  878. agreements to the contrary.
  879. .RT
  880. .sp 1P
  881. .LP
  882. 4.5.3
  883.     \fILocking shift procedure\fR 
  884. .sp 9p
  885. .RT
  886. .PP
  887. The locking shift procedure employs an information element to
  888. indicate the new active codeset. The specified codeset remains active until
  889. another locking shift information element is encountered which specifies the
  890. use of another codeset. For example, codeset\ 0 is active at the start of
  891. message content analysis. If a locking shift to codeset\ 5 is encountered, 
  892. the next information elements will be interpreted according to the information 
  893. element identifiers assigned in codeset\ 5, until another shift information
  894. element is encountered.
  895. .PP
  896. This procedure is used only to shift to a higher order codeset than
  897. the one being left.
  898. .PP
  899. The 
  900. locking shift
  901. is valid only within that message which
  902. contains the locking Shift information element. At the start of every message 
  903. content analysis, the active codeset is codeset\ 0. 
  904. .PP
  905. The locking Shift information element uses the single octet
  906. information element format and coding shown in Figure\ 4\(hy9/Q.931
  907. and Table\ 4\(hy4/Q.931.
  908. .bp
  909. .RT
  910. .LP
  911. .rs
  912. .sp 16P
  913. .ad r
  914. \fBFigure 4\(hy9/Q.931 [T65.931], p. 13\fR 
  915. .sp 1P
  916. .RT
  917. .ad b
  918. .RT
  919. .ce
  920. \fBH.T. [T66.931]\fR 
  921. .ce
  922. TABLE\ 4\(hy4/Q.931
  923. .ce
  924. \fBLocking Shift information
  925. .ce
  926. element\fR 
  927. .ps 9
  928. .vs 11
  929. .nr VS 11
  930. .nr PS 9
  931. .TS
  932. center box;
  933. lw(228p) .
  934. .TE
  935. .nr PS 9
  936. .RT
  937. .ad r
  938. ne
  939. \fBFigure 4\(hy4/Q.931 [T66.931], p. 14\fR 
  940. .sp 1P
  941. .RT
  942. .ad b
  943. .RT
  944. .sp 1P
  945. .LP
  946. 4.5.4
  947.     \fINon\(hylocking shift procedure\fR 
  948. .sp 9p
  949. .RT
  950. .PP
  951. The non\(hylocking shift procedure provides a temporary shift to the specified 
  952. lower or higher codeset. The non\(hylocking shift procedure uses a 
  953. single octet information element to indicate the codeset to be used to
  954. interpret the next single information element. After the interpretation 
  955. of the next single information element, the active codeset is again used 
  956. for 
  957. interpreting any following information elements. For example, codeset\ 0 is
  958. active at the beginning of message content analysis. If a non\(hylocking 
  959. shift to codeset\ 6 is encountered, only the next information element is 
  960. interpreted 
  961. according to the information element identifiers assigned in codeset\ 6. 
  962. After this information element is interpreted, codeset\ 0 will again be 
  963. used to 
  964. interpret the following information elements. A non\(hylocking Shift information 
  965. element indicating the current codeset shall not be regarded as an error. 
  966. .bp
  967. .PP
  968. A locking Shift information element shall not follow directly on a
  969. non\(hylocking Shift information element. If this combination is received, it
  970. shall be interpreted as though a locking Shift information element only had
  971. been received.
  972. .PP
  973. The non\(hylocking Shift information element uses the single octet
  974. information element format and coding shown in Figure\ 4\(hy10/Q.931 and
  975. Table\ 4\(hy5/Q.931.
  976. .RT
  977. .LP
  978. .rs
  979. .sp 15P
  980. .ad r
  981. \fBFigure 4\(hy10/Q.931 [T67.931], p. 15\fR 
  982. .sp 1P
  983. .RT
  984. .ad b
  985. .RT
  986. .LP
  987. .sp 5
  988. .ce
  989. \fBH.T. [T68.931]\fR 
  990. .ce
  991. TABLE\ 4\(hy5/Q.931
  992. .ce
  993. \fBNon\(hylocking Shift information element\fR 
  994. .ps 9
  995. .vs 11
  996. .nr VS 11
  997. .nr PS 9
  998. .TS
  999. center box;
  1000. lw(228p) .
  1001. .TE
  1002. .nr PS 9
  1003. .RT
  1004. .ad r
  1005. ne
  1006. \fBTableau 4\(hy5/Q.931 [T68.931], p. 16\fR 
  1007. .sp 1P
  1008. .RT
  1009. .ad b
  1010. .RT
  1011. .LP
  1012. .bp
  1013. .sp 1P
  1014. .LP
  1015. 4.5.5
  1016.     \fIBearer capability\fR 
  1017. .sp 9p
  1018. .RT
  1019. .PP
  1020. The purpose of the Bearer capability information element is to
  1021. indicate a requested Recommendation\ I.231\ [6] bearer service to be provided 
  1022. by the network. It contains only information which \fImay\fR be used by 
  1023. the network 
  1024. (see Annex\ L). The use of the bearer capability information element in 
  1025. relation to compatibility checking is described in Annex\ B. 
  1026. .PP
  1027. The Bearer capability information element is coded as shown in
  1028. Figure\ 4\(hy11/Q.931 and Table\ 4\(hy6/Q.931.
  1029. .PP
  1030. Examples of the coding of the Bearer capability information element is 
  1031. shown in Annex\ H. 
  1032. .PP
  1033. No default bearer capability may be assumed by the absence of this
  1034. information element.
  1035. .PP
  1036. The maximum length of this information element is 13\ octets when CCITT 
  1037. standard coding is used. 
  1038. .PP
  1039. \fINote\fR \ \(em\ Future extensions to the codings of the Bearer capability
  1040. information element should not be in conflict with the currently defined 
  1041. coding of the Low layer compatibility information element (see\ \(sc\ 4.5.18). 
  1042. .RT
  1043. .sp 1P
  1044. .LP
  1045. 4.5.6
  1046.     \fICall identity\fR 
  1047. .sp 9p
  1048. .RT
  1049. .PP
  1050. The purpose of the Call identity information element is to identify the 
  1051. suspended call. The call identity provided by the user is guaranteed by 
  1052. the network to be unique over the user\(hynetwork interface on which the 
  1053. user 
  1054. resides. The call identity is assigned at the start of the call suspension, 
  1055. and is available for re\(hyuse after the resume procedure has completed 
  1056. successfully. 
  1057. .PP
  1058. The Call identity information element is coded as shown in
  1059. Figure\ 4\(hy12/Q.931.
  1060. .PP
  1061. The default maximum length of this information element is ten
  1062. octets.
  1063. .RT
  1064. .sp 1P
  1065. .LP
  1066. 4.5.7
  1067.     \fICall state\fR 
  1068. .sp 9p
  1069. .RT
  1070. .PP
  1071. The purpose of the Call state information element is to describe
  1072. the current status of a call, (see\ \(sc\ 2.1) or an access connection 
  1073. (see\ \(sc\ 2.2) or a global interface state (see\ \(sc\ 2.4). 
  1074. .PP
  1075. The Call state information element is coded as shown in
  1076. Figure 4\(hy13/Q.931 and Table\ 4\(hy7/Q.931.
  1077. .PP
  1078. The maximum length of this information element is three octets when
  1079. CCITT standard coding is used.
  1080. .RT
  1081. .sp 1P
  1082. .LP
  1083. 4.5.8
  1084.     \fICalled party number\fR 
  1085. .sp 9p
  1086. .RT
  1087. .PP
  1088. The purpose of the Called party number information element is to
  1089. identify the called party of a call.
  1090. .PP
  1091. The Called party number information element is coded as shown in
  1092. Figure 4\(hy14/Q.931 and Table\ 4\(hy8/Q.931.
  1093. .PP
  1094. The maximum length of this information element is network
  1095. dependent.
  1096. .RT
  1097. .sp 1P
  1098. .LP
  1099. 4.5.9
  1100.     \fICalled party subaddress\fR 
  1101. .sp 9p
  1102. .RT
  1103. .PP
  1104. The purpose of the Called party subaddress information
  1105. element is to identify the subaddress of the called party of a call. For the
  1106. definition of subaddress see Recommendation\ I.330\ [18].
  1107. .PP
  1108. The Called party subaddress is coded as shown in Figure 4\(hy15/Q.931
  1109. and Table 4\(hy9/Q.931.
  1110. .PP
  1111. The maximum length of this information element is 23 octets.
  1112. .bp
  1113. .RT
  1114. .LP
  1115. .rs
  1116. .sp 47P
  1117. .ad r
  1118. \fBFigure 4\(hy11/Q.931 + Notes [T69.931], p. 17\fR 
  1119. .sp 1P
  1120. .RT
  1121. .ad b
  1122. .RT
  1123. .LP
  1124. .bp
  1125. .ce
  1126. \fBH.T. [T70.931]\fR 
  1127. .ce
  1128. TABLE\ 4\(hy6/Q.931\ (Sheet\ 1\ of\ 8)
  1129. .ce
  1130. \fBBearer capability information element\fR 
  1131. .ps 9
  1132. .vs 11
  1133. .nr VS 11
  1134. .nr PS 9
  1135. .TS
  1136. center box;
  1137. lw(228p) .
  1138. \fICoding standard (octet 3):\fR
  1139. Bits 7\ \ 6 0\ \ 0 CCITT standardized coding as described below
  1140. 0\ \ 1 reserved for other international standards (Note)
  1141. 1\ \ 0 national standard (Note)
  1142.  {
  1143. 1\ \ 1
  1144. standard defined for the network (either public or private)
  1145. present on the network side of the interface (Note)
  1146.  }
  1147. .TE
  1148. .LP
  1149. \fINote\fR
  1150. \ \(em\ These other coding standards should be used only when the
  1151. desired bearer capability can not be represented with the CCITT\(hystandardized
  1152. coding.
  1153.  }
  1154. .TS
  1155. center box ;
  1156. lw(228p) .
  1157. \fIInformation transfer capability (octet 3)\fR
  1158. Bits 5\ \ 4\ \ 3\ \ 2\ \ 1
  1159.  0\ \ 0\ \ 0\ \ 0\ \ 0 speech
  1160. 0\ \ 1\ \ 0\ \ 0\ \ 0 unrestricted digital information
  1161. 0\ \ 1\ \ 0\ \ 0\ \ 1 restricted digital information
  1162. 1\ \ 0\ \ 0\ \ 0\ \ 0 3.1 kHz audio
  1163. 1\ \ 0\ \ 0\ \ 0\ \ 1 7 kHz audio
  1164. 1\ \ 1\ \ 0\ \ 0\ \ 0 Video
  1165. All other values are reserved.
  1166. \fITransfer mode (octet 4)\fR
  1167. Bits 7\ \ 6
  1168. 0\ \ 0 circuit mode
  1169. 1\ \ 0 packet\(hymode
  1170. All other values are reserved.
  1171. .TE
  1172. .nr PS 9
  1173. .RT
  1174. .ad r
  1175. \fBTableau 4\(hy6/Q.931 (feuillet 1 sur 8) [T70.931], p. 18\fR 
  1176. .sp 1P
  1177. .RT
  1178. .ad b
  1179. .RT
  1180. .LP
  1181. .rs
  1182. .sp 17P
  1183. .ad r
  1184. BLANC
  1185. .ad b
  1186. .RT
  1187. .LP
  1188. .bp
  1189. .ce
  1190. \fBH.T. [T71.931]\fR 
  1191. .ce
  1192. TABLE\ 4\(hy6/Q.931\ (Sheet\ 2\ of\ 8)
  1193. .ce
  1194. \fBBearer capability information element\fR 
  1195. .ps 9
  1196. .vs 11
  1197. .nr VS 11
  1198. .nr PS 9
  1199. .TS
  1200. center box;
  1201. lw(228p) .
  1202. \fIInformation transfer rate (octets 4 and 4b, bits 5 to 1)\fR
  1203. Bits 5\ \ 4\ \ 3\ \ 2\ \ 1
  1204. \fICircuit mode\fR
  1205. \fIPacket\(hymode\fR
  1206. 0\ \ 0\ \ 0\ \ 0\ \ 0 \(em This code shall be used for packet mode calls
  1207. 1\ \ 0\ \ 0\ \ 0\ \ 0 64 kbit/s 
  1208. \(em 1\ \ 0\ \ 0\ \ 0\ \ 1
  1209. 2 \(mu 64 kbit/s \(em 1\ \ 0\ \ 0\ \ 1\ \ 1
  1210. 384 kbit/s \(em 1\ \ 0\ \ 1\ \ 0\ \ 1
  1211. 1536 kbit/s \(em 1\ \ 0\ \ 1\ \ 1\ \ 1
  1212. 1920 kbit/s \(em
  1213. All other values are reserved.
  1214. .TE
  1215. .LP
  1216. \fINote 1\fR
  1217. \ \(em\ When octet 4b is omitted, the bearer capability is
  1218. bidirectional symmetric at the information transfer rate specified in octet\ 4. When octet 4b is included, the information transfer rate in octet\ 4 refers to the origination \(ra destination direction.
  1219. .LP
  1220. \fINote 2\fR
  1221. \ \(em\ When the information transfer rate 2 \(mu 64 kbit/s is used, the
  1222. coding of octets\ 3 and\ 4 refer to both 64\ kbit/s channels.
  1223. .TS
  1224. box center ;
  1225. lw(228p) .
  1226. \fIStructure (octet 4a)\fR
  1227. Bits 7\ \ 6\ \ 5
  1228. 0\ \ 0\ \ 0 default (see Note 1)
  1229. 0\ \ 0\ \ 1 8 kHz integrity (Note 2)
  1230. 1\ \ 0\ \ 0 service data unit integrity
  1231. 1\ \ 1\ \ 1 unstructured
  1232. .TE
  1233. .LP
  1234. \fINote 1\fR
  1235. \ \(em\ If octet 4a is omitted, or the structure field is coded
  1236. \*Q000\*U, then the value of the structure attribute is according to the
  1237. following:
  1238.  
  1239. .TS
  1240. center box ;
  1241. lw(228p) .
  1242. \fITransfer mode\fR
  1243. \fITransfer capability\fR
  1244. \fIStructure\fR
  1245. circuit speech 8 kHz integrity
  1246. circuit unrestricted digital 8 kHz integrity
  1247. circuit restricted digital 8 kHz integrity
  1248. circuit audio 8 kHz integrity
  1249. circuit video 8 kHz integrity
  1250. packet unrestricted digital service data unit integrity 
  1251. .TE
  1252. .LP
  1253. \fINote 2\fR
  1254. \ \(em\ When the information transfer rate 2 \(mu 64 kbit/s is
  1255. used, 8\ kHz integrity with Restricted Differential Time Delay (RDTD) is
  1256. offered.
  1257. .nr PS 9
  1258. .RT
  1259. .ad r
  1260. \fBTableau 4\(hy6/Q.931 (feuillet 2 sur 8) [T71.931], p. 19\fR 
  1261. .sp 1P
  1262. .RT
  1263. .ad b
  1264. .RT
  1265. .LP
  1266. .rs
  1267. .sp 12P
  1268. .ad r
  1269. BLANC
  1270. .ad b
  1271. .RT
  1272. .LP
  1273. .bp
  1274. .ce
  1275. \fBH.T. [T72.931]\fR 
  1276. .ce
  1277. TABLE\ 4\(hy6/Q.931\ (Sheet\ 3\ of\ 8)
  1278. .ce
  1279. \fBBearer capability information element\fR 
  1280. .ps 9
  1281. .vs 11
  1282. .nr VS 11
  1283. .nr PS 9
  1284. .TS
  1285. center box;
  1286. lw(228p) .
  1287. \fIConfiguration (octet 4a)\fR
  1288. Bits 4\ \ 3
  1289. 0\ \ 0 point\(hyto\(hypoint
  1290. All other values are reserved.
  1291. .TE
  1292. .LP
  1293. \fINote\fR
  1294. \ \(em\ If octet 4a is omitted, the configuration is assumed to be
  1295. point\(hyto\(hypoint.
  1296. .TS
  1297. center box ;
  1298. lw(228p) .
  1299. \fIEstablishment (octet 4a)\fR
  1300. Bits 2\ \ 1
  1301. 0\ \ 0 demand
  1302. All other values are reserved.
  1303. .TE
  1304. .LP
  1305. \fINote\fR
  1306. \ \(em\ If octet 4a is omitted, the method of establishment is
  1307. assumed to be \*Qdemand\*U.
  1308. .LP
  1309. \fISymmetry (octet 4b)\fR
  1310. Bits 7\ \ 6
  1311. 0\ \ 0 bidirectional symmetric
  1312. All other values are reserved.
  1313. .LP
  1314. \fINote\fR
  1315. \ \(em\ If octet 4b is omitted, bidirectional symmetric is
  1316. assumed.
  1317. .nr PS 9
  1318. .RT
  1319. .ad r
  1320. \fBTableau 4\(hy6/Q.931 (feuillet 3 sur 8) [T72.931], p. 20\fR 
  1321. .sp 1P
  1322. .RT
  1323. .ad b
  1324. .RT
  1325. .LP
  1326. .rs
  1327. .sp 22P
  1328. .ad r
  1329. BLANC
  1330. .ad b
  1331. .RT
  1332. .LP
  1333. .bp
  1334. .ce
  1335. \fBH.T. [T73.931]\fR 
  1336. .ce
  1337. TABLE\ 4\(hy6/Q.931\ (Sheet\ 4\ of\ 8)
  1338. .ce
  1339. \fBBearer capability information element\fR 
  1340. .ps 9
  1341. .vs 11
  1342. .nr VS 11
  1343. .nr PS 9
  1344. .LP
  1345. \fIUser information layer 1 protocol (octet 5)\fR
  1346. Bits 5\ \ 4\ \ 3\ \ 2\ \ 1
  1347. .LP
  1348. 0\ \ 0\ \ 0\ \ 0\ \ 1
  1349. CCITT standardized rate adaption V.110/X.30. This
  1350. implies the presence of octet 5a and optionally octets 5b, 5c and 5d as
  1351. defined below.
  1352. .LP
  1353. 0\ \ 0\ \ 0\ \ 1\ \ 0
  1354. Recommendation G.711 \(*m\(hylaw [10]
  1355. .LP
  1356. 0\ \ 0\ \ 0\ \ 1\ \ 1
  1357. Recommendation G.711 A\(hylaw [10]
  1358. .LP
  1359. 0\ \ 0\ \ 1\ \ 0\ \ 0
  1360. Recommendation G.721 [11] 32 kbit/s ADPCM and
  1361. Recommendation I.460
  1362. .LP
  1363. 0\ \ 0\ \ 1\ \ 0\ \ 1
  1364. Recommendations G.722 [12] and G.725 [35] 7 kHz audio
  1365. .LP
  1366. 0\ \ 0\ \ 1\ \ 1\ \ 0
  1367. Recommendation H.261 [13] for 384 kbit/s video
  1368. .LP
  1369. 0\ \ 0\ \ 1\ \ 1\ \ 1
  1370. Non\(hyCCITT standardized rate adaption. This implies
  1371. the presence of octet 5a and, optionally, octets 5b, 5c and 5d. The use
  1372. of this code point indicates that the user rate specified in octet 5a is
  1373. defined in accordance with the non\(hyCCITT standardized rate adoption scheme.
  1374. Additionally, octets 5b, 5c and 5d, if present, are defined consistent
  1375. with the specified rate adoption.
  1376. .LP
  1377. 0\ \ 1\ \ 0\ \ 0\ \ 0
  1378. CCITT standardized rate adaption V.120 [9]. This
  1379. implies the presence of octets 5a and 5b as defined below, and optionally
  1380. octets\ 5c and\ 5d.
  1381. .LP
  1382. 0\ \ 1\ \ 0\ \ 0\ \ 1
  1383. CCITT standardized rate adaption X.31 [14] HDLC flag
  1384. stuffing.
  1385. .LP
  1386. All other values are reserved.
  1387. .LP
  1388. \fINote\fR
  1389. \ \(em\ If the transfer mode is \*Qcircuit mode\*U, and if the
  1390. information transfer capability is \*Qunrestricted digital information\*U or
  1391. \*Qrestricted digital information\*U, and if the user information layer 1 protocol is not to be identified to the network, octet 5 shall be omitted. If
  1392. the transfer mode is packet mode, octet 5 may be omitted. Otherwise, octet\ 5
  1393. shall be present.
  1394. .LP
  1395. \fISynchronous/asynchronous (octet 5a)\fR
  1396. Bit
  1397. 7
  1398. .LP
  1399. 0
  1400. Synchronous
  1401. .LP
  1402. 1
  1403. Asynchronous
  1404. .LP
  1405. \fINote\fR
  1406. \ \(em\ Octets 5b\(hy5d may be omitted in case of synchronous user
  1407. rates.
  1408. .LP
  1409. \fINegotiation (octet 5a)\fR
  1410. .LP
  1411. Bit
  1412. 6
  1413. .LP
  1414. 0
  1415. In\(hyband negotiation not possible
  1416. .LP
  1417. 1
  1418. In\(hyband negotiation possible
  1419. .LP
  1420. \fINote\fR
  1421. \ \(em\ See Recommendations V.110 [7] and
  1422. X.30 [8].
  1423. .nr PS 9
  1424. .RT
  1425. .ad r
  1426. \fBTableau 4\(hy6/Q.931 (feuillet 4 sur 8) [T73.931], p. 21\fR 
  1427. .sp 1P
  1428. .RT
  1429. .ad b
  1430. .RT
  1431. .LP
  1432. .rs
  1433. .sp 10P
  1434. .ad r
  1435. BLANC
  1436. .ad b
  1437. .RT
  1438. .LP
  1439. .bp
  1440. .ce
  1441. \fBH.T. [T74.931]\fR 
  1442. .ce
  1443. TABLE\ 4\(hy6/Q.931\ (Sheet\ 5\ of\ 8)
  1444. .ce
  1445. \fBBearer capability information element\fR 
  1446. .ps 9
  1447. .vs 11
  1448. .nr VS 11
  1449. .nr PS 9
  1450. .LP
  1451. \fIUser rate (octet 5a)\fR
  1452. .LP
  1453. Bits
  1454. 5\ \ 4\ \ 3\ \ 2\ \ 1
  1455. .LP
  1456. 0\ \ 0\ \ 0\ \ 0\ \ 0
  1457. rate is indicated by E\(hybits specified in Recommendation
  1458. I.460 [15]
  1459. .LP
  1460. 0\ \ 0\ \ 0\ \ 0\ \ 1
  1461. 0.6 kbit/s Recommendations V.6 [16] and X.1 [17]
  1462. .LP
  1463. 0\ \ 0\ \ 0\ \ 1\ \ 0
  1464. 1.2 kbit/s Recommendation V.6
  1465. .LP
  1466. 0\ \ 0\ \ 0\ \ 1\ \ 1
  1467. 2.4 kbit/s Recommendations V.6 and X.1
  1468. .LP
  1469. 0\ \ 0\ \ 1\ \ 0\ \ 0
  1470. 3.6 kbit/s Recommendation V.6
  1471. .LP
  1472. 0\ \ 0\ \ 1\ \ 0\ \ 1
  1473. 4.8 kbit/s Recommendations V.6 and X.1
  1474. .LP
  1475. 0\ \ 0\ \ 1\ \ 1\ \ 0
  1476. 7.2 kbit/s Recommendation V.6
  1477. .LP
  1478. 0\ \ 0\ \ 1\ \ 1\ \ 1
  1479. 8 kbit/s Recommendation I.460
  1480. .LP
  1481. 0\ \ 1\ \ 0\ \ 0\ \ 0
  1482. 9.6 kbit/s Recommendations V.6 and X.1
  1483. .LP
  1484. 0\ \ 1\ \ 0\ \ 0\ \ 1
  1485. 14.4 kbit/s Recommendation V.6
  1486. .LP
  1487. 0\ \ 1\ \ 0\ \ 1\ \ 0
  1488. 16 kbit/s Recommendation I.460
  1489. .LP
  1490. 0\ \ 1\ \ 0\ \ 1\ \ 1
  1491. 19.2 kbit/s Recommendation V.6
  1492. .LP
  1493. 0\ \ 1\ \ 1\ \ 0\ \ 0
  1494. 32 kbit/s Recommendation I.460
  1495. .LP
  1496. 0\ \ 1\ \ 1\ \ 1\ \ 0
  1497. 48 kbit/s Recommendations V.6 and X.1
  1498. .LP
  1499. 0\ \ 1\ \ 1\ \ 1\ \ 1
  1500. 56 kbit/s Recommendation V.6
  1501. .LP
  1502. 1\ \ 0\ \ 1\ \ 0\ \ 1
  1503. 0.1345 kbit/s Recommendation X.1
  1504. .LP
  1505. 1\ \ 0\ \ 1\ \ 1\ \ 0
  1506. 0.100 kbit/s Recommendation X.1
  1507. .LP
  1508. 1\ \ 0\ \ 1\ \ 1\ \ 1
  1509. 0.075/1.2 kbit/s Recommendations V.6 and X.1 (Note)
  1510. .LP
  1511. 1\ \ 1\ \ 0\ \ 0\ \ 0
  1512. 1.2/0.075 kbit/s Recommendations V.6 and X.1 (Note)
  1513. .LP
  1514. 1\ \ 1\ \ 0\ \ 0\ \ 1
  1515. 0.050 kbit/s Recommendations V.6 and X.1
  1516. .LP
  1517. 1\ \ 1\ \ 0\ \ 1\ \ 0
  1518. 0.075 kbit/s Recommendations V.6 and X.1
  1519. .LP
  1520. 1\ \ 1\ \ 0\ \ 1\ \ 1
  1521. 0.110 kbit/s Recommendations V.6 and X.1
  1522. .LP
  1523. 1\ \ 1\ \ 1\ \ 0\ \ 0
  1524. 0.150 kbit/s Recommendations V.6 and X.1
  1525. .LP
  1526. 1\ \ 1\ \ 1\ \ 0\ \ 1
  1527. 0.200 kbit/s Recommendations V.6 and X.1
  1528. .LP
  1529. 1\ \ 1\ \ 1\ \ 1\ \ 0
  1530. 0.300 kbit/s Recommendations V.6 and X.1
  1531. .LP
  1532. 1\ \ 1\ \ 1\ \ 1\ \ 1
  1533. 12 kbit/s Recommendation V.6
  1534. .LP
  1535. All other values are reserved.
  1536. .LP
  1537. \fINote\fR
  1538. \ \(em\ The first rate is the transmit rate in the forward direction of the call. The second rate is the transmit rate in the backward
  1539. direction of the call.
  1540. .LP
  1541. \fIOctet 5b for V.110/X.30 rate adaption\fR
  1542. .LP
  1543. \fIIntermediate rate (octet 5b)\fR
  1544. .LP
  1545. Bits
  1546. 7\ \ 6
  1547. .LP
  1548. 0\ \ 0
  1549. Not used
  1550. .LP
  1551. 0\ \ 1
  1552. 8 kbit/s
  1553. .LP
  1554. 1\ \ 0
  1555. 16 kbit/s
  1556. .LP
  1557. 1\ \ 1
  1558. 32 kbit/s
  1559. .LP
  1560. \fINetwork independent clock (NIC) on transmission (Tx) (octet 5b)\fR
  1561. \fI(Note 1)\fR
  1562. .LP
  1563. Bit
  1564. 5
  1565. .LP
  1566. 0
  1567. Not required to send data with network independent clock
  1568. .LP
  1569. 1
  1570. Required to send data with network independent clock
  1571. .LP
  1572. \fINote 1\fR
  1573. \ \(em\ Refers to transmission in the forward direction of the
  1574. call.
  1575. .LP
  1576.  }
  1577. .LP
  1578. \ \(em\ See Recommendations V.110 and X.30.
  1579.  }
  1580. .RT
  1581. .ad r
  1582. \fBTableau 4\(hy6/Q.931 (feuillet 5 sur 8) [T74.931], p. 22\fR 
  1583. .sp 1P
  1584. .RT
  1585. .ad b
  1586. .RT
  1587. .LP
  1588. .bp
  1589. .ce
  1590. \fBH.T. [T75.931]\fR 
  1591. .ce
  1592. TABLE\ 4\(hy6/Q.931\ (Sheet\ 6\ of\ 8)
  1593. .ce
  1594. \fBBearer capability information element\fR 
  1595. .ps 9
  1596. .vs 11
  1597. .nr VS 11
  1598. .nr PS 9
  1599.  
  1600. [unable to convert the rest of this appendix ]
  1601.  
  1602.